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DETAILED ACTION 



Double Patenting 

1 . The nonstatutory double patenting rejection is based on a judicially created 
doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the 
unjustified or improper timewise extension of the "right to exclude" granted by a patent 
and to prevent possible harassment by multiple assignees. See In re Goodman, 1 1 
F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re Long!, 759 F.2d 887, 225 

USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 
1982); In re Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 1970);and, In re Thorington, 
418 F.2d 528, 163 USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1 .321(c) may be 
used to overcome an actual or provisional rejection based on a nonstatutory double 
patenting ground provided the conflicting application or patent is shown to be commonly 
owned with this application. See 37 CFR 1.130(b). 

Effective January 1 , 1994, a registered attorney or agent of record may sign a 
terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply with 
37 CFR 3.73(b). 

2. Claim 1 is provisionally rejected under the judicially created doctrine of 
obviousness-type double patenting as being unpatentable over claims 1 , 3, and 5 of 
copending Application No. 09/703,502. Although the conflicting claims are not identical, 
they are not patentably distinct from each other because both teach similar function with 
corresponding similar parts. 

Both Applications describe a digital document processing system. Claim 1 
describes an application dispatcher for receiving an input bytestream of source data in 
one of a plurality of data formats. The adaptable front end of Application No. 
09/703,502 is similar in that it receives an input stream representing source data in one 
of a plurality of predetermined data formats. The document agent of claim 1 interprets 
the input as a function of its data format, and parses the input into document objects 
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representative of an internal representation of the structure of the document. The 
interpreting module of 09/703,502 interprets the input stream into an internal 
representation, and by way of claim 5, includes a parsing module to generate an object 
and parameter based representation of the input data, similar to the document objects 
of Applicant's claim 1. The claimed core document engine converts the document 
objects into an internal representation data format and maps it to a location on a 
display, while the copending rendering engine processes the internal representation and 
generates an output stream for use on a display. 

This is a provisional obviousness-type double patenting rejection because the 
conflicting claims have not in fact been patented. 



3. The drawings are objected to because descriptive labels for the boxes in Figures 
1-3 have been omitted. Figure 2 does not clearly point out the bounds of input module 
1 1 , and Figure 3 does not clearly point out the bounds of the system 8. A proposed 
drawing correction or corrected drawings are required in reply to the Office action to 
avoid abandonment of the application. The objection to the drawings will not be held in 
abeyance. 



Drawings 
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Claim Objections 



4. Claim 40 is objected to because of the following informalities: the term "display" 
refers in the claims to an audio speaker, a disc drive, and a network, and is therefore 
used inconsistently with its accepted meaning in the art. Appropriate correction is 
required. 



5. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

6. Claims24 and 30 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

7. Claim 24 recites the limitation "the digital content" in the second line of the claim. 
There is insufficient antecedent basis for this limitation in the claim. 

8. Claim 30 recites the limitation "wherein mapping includes" in the first line of the 
claim. There is insufficient antecedent basis for this limitation in the claim. 



Ciaim Rejections - 35 USC §112 



Claim R jections - 35 USC § 102 
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9. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 



A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 



of such treaty in the English language. 

10. Claims 1,2, 14, 15, 20, 22, and 23 are rejected under 35 U.S.C. 102(e) as being 

anticipated by Alam et al (U.S. Patent 6,336,124). 

11. In regards to claim 1 , Alam et al disclose the receipt of input data in one of a 
plurality of predetermined or supported formats, and associating the input with a 
predetermined or supported format (Column 5, Lines 21-34 and Fig. 3, items 302 and 
304), like applicant's application dispatcher. Alam et al further interpret the input based 
on the file format (Column 5, Lines 35-38) and parse the input into an intermediate 
format (Column 5, Lines 54-57), or internal representation, that contains primitive 
structures representative of the input (Column 6, Lines 54-63), much like applicant's 
document agent. Furthermore, Alam et al convert the parsed input into an intermediate 
format (Column 6, Lines 54-63) and map the intermediate format data to a display 
(Column 7, Lines 2-4), like applicant's core document engine. 

12. In regards to claim 2, Alam et al teach the conversion of the intermediate format 
to an output format using intermediate format blocks (Column 2, Lines 16-18), like 
applicant's claimed shape processor. 
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13. In regards to claim 14, Alam et al teach the grouping of parsed elements based 
upon their location attributes (Column 6, Lines 57-61). 

14. In regards to claim 15, Alam et al create output format blocks that map specific 
style elements within each block (Column 13, Lines 15-22). 

1 5. In regards to claim 20, Alam et al teach their method in a computer system with a 
central processor (Column 4, Lines 53-55). 

16. In regards to claim 22, Alam et al teach the conversion of an input format into a 
different output format suited to various application programs (Column 2, Lines 12-18). 

17. In regards to claim 23, Alam et al allow for the use of their method on a multi- 
processor computer system (Column 4, Lines 60-64). 

18. Claims 24, 25, 27, 28, 31-33, and 36-38 are rejected under 35 U.S.C. 102(e) as 
being anticipated by Meltzer et al (U.S. Patent 6,125,391). 

19. In regards to claim 24, Meltzer et al disclose the use of highly structured 
document file formats such as extensible mark-up language (XML) files to exchange 
information between businesses (Column 2, Lines 34-38). The data is received, 
identified, and processed by transaction processes (Column 2, Lines 60-64). The 
document is then interpreted into an internal representation that includes the digital 
document content structure as found in the XML document, and a second document, 
the document type definition (DTD) file, that defines the data content tags found in the 
XML file (Column 10, Lines 29-43). An output file is formed by combining the XML file 
with the DTD file and is transmitted to the user (Column 3, Lines 39-45). 
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20. In regards to claim 25, Meltzer et al obtain their input data from a network or the 
Internet, which streams data to the data processing system (Column 1 , Lines 38-42). 

21 . In regards to claim 27, Meltzer et al use a multitude of listener functions that 
process specific documents based on their format or elements within the documents 
(Column 24, Lines 59-65). 

22. In regards to claim 28, Meltzer et al parse the data to identify the document's 
element tags and meta data (Column 3, Lines 34-36), and link the tags and meta data 
to a definition file representative of the types of content in the data document (Columns 
2-3, Lines 55-67 and 1-10). 

23. In regards to claim 31 , Meltzer et al describe an element event generator that 
filters out specific content of an input document (Column 27, Lines 12-15). 

24. In regards to claim 32, Meltzer et al disclose the use of participant nodes for 
altering the structure of input and output documents (Column 3, Lines 60-66). 

25. In regards to claim 33, Meltzer et al describe the establishment of logic 
structures, content models, and the definition of documents to alter document content 
(Column 4, Lines 4-11). 

26. In regards to claim 37, Meltzer et al parse input to identify the input's document 
type, which in turn defines the content and structure of the input (Column 6, Lines 45- 
48). 

27. In regards to claim 38, Meltzer et al unpack sets of related documents into a 
stream of "mark-up" messages sent to appropriate applications and services, such as a 
display (Column 10, Lines 60-65). 
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Claim Rejections - 35 USC § 103 

28. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

29. Claims 19 and 21 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Alam et al. 

30. In regards to claim 19, Alam et al allow for the application of their method into 
various output devices connected to a network, such as PDAs, laptop computers, 
cellular telephones, and pagers (Column 20, Lines 3-7). However, Alam et al fail to 
teach handheld computers, set top boxes, facsimile machines, copiers, embedded 
computer systems, printers, and in-car systems as specific output devices. It is well 
known in the art that handheld computers, set top boxes, facsimile machines, copiers, 
embedded computer systems, printers, and in-car systems fall under the general 
category of output devices, and may be attached to the invention of Alam et al. The 
examiner takes OFFICIAL NOTICE of these teachings. Therefore, it would have been 
obvious to one of ordinary skill in the art to institute the method of Alam et al into various 
other output devices such as those claimed by the applicant. 

31 . In regards to claim 21 , Alam et al have been shown to include a core processor 
system in their invention, but fail to teach the use of a RISC processor specifically. It is 
well known in the art that RISC and CISC processors may exist in a core processor 
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system as described by Alam et al. The examiner takes OFFICIAL NOTICE of these 
teachings. Therefore, it would have been obvious to one of ordinary skill in the art at 
the time of the invention to include a RISC processor into the core processor system of 
Alam et al. 



32. Claim 36 is rejected under 35 U.S.C. 103(a) as being unpatentable over Meltzer 
etal. 

Meltzer et al disclose a method where text characters and character data are 
encoded to "a natural language word" (Column 4, Lines 44-50), however Meltzer et al 
fail to teach specific text encoding formats. It is well-known in the art that many formats 
and techniques for encoding exist, such as Unicode, Ciphertext, Big 5, and shift 
mapping. The examiner takes OFFICIAL NOTICE of these teachings. Therefore, it 
would have been obvious to one of ordinary skill in the art in incorporate those formats 
for text encoding into the method of Meltzer et al. 

33. In regards to claims 29 and 30, Meltzer et al have been shown to teach mapping 
data to a set of object types representative of the content present in the source data. 
Meltzer et al further teach a library of definitions for input and output documents that are 
mapped to related object types (Column 3, Lines 14-16). Under the broadest definition 
of the term, a document is any piece of work that is created by an application, and 
contains data for use by an application. Therefore, it would have been obvious to 
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include a multitude of document types suitable for input, output, identification and 
mapping into the method of data translation of Meltzer et al. 

34. Claims 3-10, 12, 13, 16, 26, 34, 35, and 39 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over Alam et al and Meltzer et al. 

35. In regards to claims 3, 5, and 8, Alam et al disclose the receipt of input data in 
one of a plurality of predetermined or supported formats, and associating the input with 
a predetermined or supported format (Column 5, Lines 21-34 and Fig. 3, items 302 and 
304), like applicant's application dispatcher. Alam et al further interpret the input based 
on the file format (Column 5, Lines 35-38) and parse the input into an intermediate 
format (Column 5, Lines 54-57), or internal representation, that contains primitive 
structures representative of the input (Column 6, Lines 54-63), much like applicant's 
document agent. Furthermore, Alam et al convert the parsed input into an intermediate 
format (Column 6, Lines 54-63) and map the intermediate format data to a display 
(Column 7, Lines 2-4), like applicant's core document engine. Alam et al further define 
the structure of a document in terms of data types and parameters (Column 6, Lines 50- 
63). 

The difference between the claims and Alam et al is the claims recite the 
separation of document structure and content, a library of object types upon which an 
internal representation of data is based, and a shape processing module to convert an 
object and parameter representation of input into a suitable output data format. 
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Meltzer et al disclose a method for processing digital documents similar to that of 
Alam et al. Furthermore, Meltzer et al describe the separation of document structure 
and content between the elements of an XML file and the defining DTD (Column 3, 
Lines 22-32), a library of object types upon which an internal representation of data is 
based (Column 3, Lines 11-14), and a shape processing module to convert an object 
and parameter representation of input into a suitable output data format (Column 26, 
Lines 19-26). 

Therefore, it would have been obvious to one of ordinary skill in the art, having 
the teachings of Alam et al and Meltzer et al before him at the time of the invention to 
modify the digital document processing system of Alam et al to include the separation of 
structure and content, library of object types, and shape processing module of Meltzer 
et al to obtain a digital document processing system capable of breaking down input 
documents into basic blocks with pre-defined elements and converting the basic blocks 
back into a suitable output format. 

One would be motivated to make such a combination as the advantages of 
editing the structure and content of an input file separately, defining elements of input 
documents outside of the input document itself, and being able to output that document 
into various formats. See Meltzer et al, Column 2, Lines 64-67 and Column 3, Lines 1- 
32. 

36. In regards to claim 4, Alam et al disclose the receipt of input data in one of a 
plurality of predetermined or supported formats, and associating the input with a 
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predetermined or supported format (Column 5, Lines 21-34 and Fig. 3, items 302 and 
304), like applicant's application dispatcher. Alam et al further interpret the input based 
on the file format (Column 5, Lines 35-38) and parse the input into an intermediate 
format (Column 5, Lines 54-57), or internal representation, that contains primitive 
structures representative of the input (Column 6, Lines 54-63), much like applicant's 
document agent. Furthermore, Alam et al convert the parsed input into an intermediate 
format (Column 6, Lines 54-63) and map the intermediate format data to a display 
(Column 7, Lines 2-4), like applicant's core document engine. Alam et al define the 
structure of a document in terms of data types and parameters (Column 6, Lines 50-63). 

Combining the teachings of Alam et al and Meltzer et al has been shown supra to 
obtain a digital document processing system that receives input in a plurality of data 
formats, parses the input into an internal representation of primitive structures, maps the 
representation onto a display, and separately describes the structure and content of the 
input. 

Alam et al further describe a digital document processing system where 
parameter types of document objects include dimensional and physical (Column 7, 
Lines 60-66), but fail to teach the use of temporal parameters as claimed. Parameters 
to specify the display time of an object are well known in the art. The examiner takes 
OFFICIAL NOTICE of these teachings. It would have been obvious for one of ordinary 
skill having the teachings of Alam et al before him at the time of the invention to include 
temporal parameters among the list of object parameters in the digital document 
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processing system of Alam et al, for the purpose of defining the display time of an on- 
screen object. 

37. In regards to claims 6 and 7, Alam et al disclose the receipt of input data in one 
of a plurality of predetermined or supported formats, and associating the input with a 
predetermined or supported format (Column 5, Lines 21-34 and Fig. 3, items 302 and 
304), like applicant's application dispatcher. Alam et al further interpret the input based 
on the file format (Column 5, Lines 35-38) and parse the input into an intermediate 
format (Column 5, Lines 54-57), or internal representation, that contains primitive 
structures representative of the input (Column 6, Lines 54-63), much like applicant's 
document agent. Furthermore, Alam et al convert the parsed input into an intermediate 
format (Column 6, Lines 54-63) and map the intermediate format data to a display 
(Column 7, Lines 2-4), like applicant's core document engine. Alam et al define the 
structure of a document in terms of data types and parameters (Column 6, Lines 50-63). 

Combining the teachings of Alam et al and Meltzer et al has been shown supra to 
obtain a digital document processing system that receives input in a plurality of data 
formats, parses the input into an internal representation of primitive structures, maps the 
representation onto a display, and separately describes the structure and content of the 
input. 

Alam et al further teach a parsing and rendering module to generate an object 
and parameter representation of an internal representation of input data through the use 
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of element tags (Column 7, Lines 28-38), on the basis of a first control input to the 
parsing and rendering module, the first control input being the initial input document. 

Alam et al allow for the retention of raster images and vector images in the 
disclosed intermediate format (Column 6, Lines 63-65), and interpret data from any text 
authoring or image authoring tool (Column 6, Lines 9-10), but fail to teach the use of 
specific image parameters fill, path, bounding box and transparency. It is well known in 
the art that image parameters include the fill, path, bounding box, and transparency of 
an object. Simple image authoring tools are known to include functions to allow the 
user to set such parameters. The examiner takes OFFICIAL NOTICE of these 
teachings. Therefore it would have been obvious to include fill, path, bounding box, and 
transparency parameters among other graphical parameters parsed by the parsing and 
rendering module of Alam et al. 

38. In regards to claims 9 and 10, Alam et al disclose the receipt of input data in one 
of a plurality of predetermined or supported formats, and associating the input with a 
predetermined or supported format (Column 5, Lines 21-34 and Fig. 3, items 302 and 
304), like applicant's application dispatcher. Alam et al further interpret the input based 
on the file format (Column 5, Lines 35-38) and parse the input into an intermediate 
format (Column 5, Lines 54-57), or internal representation, that contains primitive 
structures representative of the input (Column 6, Lines 54-63), much like applicant's 
document agent. Furthermore, Alam et al convert the parsed input into an intermediate 
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format (Column 6, Lines 54-63) and map the intermediate format data to a display 
(Column 7, Lines 2-4), like applicant's core document engine. 

The combination of Alam et al and Meltzer et al has been shown supra to teach 
the separation of structure from content in an internal representation of source data, a 
library of object types upon which internal representation data is based, and a shape 
processing module for receiving an internal representation and translating it into a 
suitable output device format. 

It can be seen from Figures 15A and 15B of Alam et al that object shapes are 
processed and displayed as defined by a boundary box and the content within the box, 
but fail to disclose the specific use of image transparency values. It is well known in the 
art that image transparency values may be used to facilitate graphic image display, and 
these values may be created by the image authoring tools described by Alam et al and 
interpreted by the parsing and rendering module of Alam et al. The examiner takes 
OFFICIAL NOTICE of these teachings. Therefore, it would have been obvious to 
process an on-screen object based in part on a transparency value to allow for a more 
varied display, for example, placing images behind text on screen. 

It can also be seen from Figures 15A and 15B that Alam et al use boundaries 
around on-screen objects to determine the area of a display that text, images, and other 
such objects will be located. Alam et al describe such a method in Column 14, Lines 
39-45. 
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39. In regards to claims 1 2 and 1 3, Alam et al disclose the receipt of input data in 
one of a plurality of predetermined or supported formats, and associating the input with 
a predetermined or supported format (Column 5, Lines 21-34 and Fig. 3, items 302 and 
304), like applicant's application dispatcher. Alam et al further interpret the input based 
on the file format (Column 5, Lines 35-38) and parse the input into an intermediate 
format (Column 5, Lines 54-57), or internal representation, that contains primitive 
structures representative of the input (Column 6, Lines 54-63), much like applicant's 
document agent. Furthermore, Alam et al convert the parsed input into an intermediate 
format (Column 6, Lines 54-63) and map the intermediate format data to a display 
(Column 7, Lines 2-4), like applicant's core document engine. 

Alam et al fail to teach the use a universal text-encoding module in a digital 
document processing system, or the use of specific encoding types, such as Unicode, 
shift mapping, and Big 5. 

Meltzer et al disclose a method where text characters and character data are 
encoded to "a natural language word" (Column 4, Lines 44-50). Many formats and 
techniques for encoding exist, such as Unicode, Ciphertext, Big 5, and shift mapping. 

Therefore, it would have been obvious to one of ordinary skill in the art, having 
the teachings of Alam et al and Meltzer et al before him at the time of the invention to 
modify the digital document processing system of Alam et al to include the universal 
text-encoding of Meltzer et al in order to obtain a digital document processing system 
capable of translating documents into various forms and formats. 
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One would be motivated to make such a combination for the advantage of 
document portability between multiple applications and operating systems, and 
document encryption. 

40. In regards to claim 1 6, Alam et al disclose the receipt of input data in one of a 
plurality of predetermined or supported formats, and associating the input with a 
predetermined or supported format (Column 5, Lines 21-34 and Fig. 3, items 302 and 
304), like applicant's application dispatcher. Alam et al further interpret the input based 
on the file format (Column 5, Lines 35-38) and parse the input into an intermediate 
format (Column 5, Lines 54-57), or internal representation, that contains primitive 
structures representative of the input (Column 6, Lines 54-63), much like applicant's 
document agent. Furthermore, Alam et al convert the parsed input into an intermediate 
format (Column 6, Lines 54-63) and map the intermediate format data to a display 
(Column 7, Lines 2-4), like applicant's core document engine. 

Alam et al further disclose the generation of multiple output documents from one 
or more input documents (Column 22, Lines 23-30). 

However, Alam et al do not disclose parallel processing of data from multiple 
sources. 

Meltzer et al teach the use of multiple listener programs suited to handle events 
pertaining to different input document types, and a front end that manages the events 
and allows for parallel processing (Column 25, Lines 58-63), 
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Therefore, it would have been obvious to one of ordinary skill in the art, having 
the teachings of Alam et al and Meltzer et al before him at the time of the invention to 
modify the digital document processing system of Alam et al with the parallel input 
processing of Meltzer et al to obtain a document processing system capable of handling 
many documents of varying types simultaneously. 

One would be motivated to make such a combination for the obvious advantages 
of increased throughput and decreased turn-around time for processed documents that 
may be gained by parallel processing. See Meltzer et al, Column 25, Lines 63-64. 

41 . In regards to claim 26, Meltzer et al disclose the use of highly structured 
document file formats such as extensible mark-up language (XML) files to exchange 
information between businesses (Column 2, Lines 34-38). The data is received, 
identified, and processed by transaction processes (Column 2, Lines 60-64). The 
document is then interpreted into an internal representation that includes the digital 
document content structure as found in the XML document, and a second document, 
the document type definition (DTD) file, that defines the data content tags found in the 
XML file (Column 10, Lines 29-43). An output file is formed by combining the XML file 
with the DTD file and is transmitted to the user (Column 3, Lines 39-45). Meltzer et al 
obtain their input data from a network or the Internet, which streams data to the data 
processing system (Column 1 , Lines 38-42). 

The difference between the claims and Meltzer et al is the data source originating 
from a data file, peripheral device, and byte steam generated from a data file. 
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Alam et al teach the use of a data file, peripheral device, and byte stream from a 
data file as being the source of input data. Alam et al disclose the extraction of data 
from many data file types (Column 2, Lines 28-36), peripheral devices such as scanners 
or facsimile machines (Columns 5-6, Lines 65-67, 1-8), and byte streams generated 
from data files, such as Internet HTML files (Column 2, Lines 37-40). 

Therefore, it would have been obvious to one of ordinary skill in the art, having 
the teachings of Alam et al and Meltzer et al before him at the time of the invention to 
modify the method for displaying content and accepted input sources of Meltzer et al 
with the multiple sources of Alam et al to obtain a document processing and display 
system where data may originate from various sources, such as peripheral devices and 
streams from the Internet. 

One would be motivated to make such a combination in order to create a robust 
program capable of manipulating input data from almost any capable input source. 
Such robustness enables the invention to take advantage of many file types, such as 
those presented by Alam et al (Column 2, Lines 1-11). 

42. In regards to claim 34, Meltzer et al disclose the use of highly structured 
document file formats such as extensible mark-up language (XML) files to exchange 
information between businesses (Column 2, Lines 34-38). The data is received, 
identified, and processed by transaction processes (Column 2, Lines 60-64). The 
document is then interpreted into an internal representation that includes the digital 
document content structure as found in the XML document, and a second document, 



Application/Control Number: 09/835,484 Page 20 

Art Unit: 2173 

the document type definition (DTD) file, that defines the data content tags found in the 
XML file (Column 10, Lines 29-43). An output file is formed by combining the XML file 
with the DTD file and is transmitted to the user (Column 3, Lines 39-45). Meltzer et al 
obtain their input data from a network or the Internet, which streams data to the data 
processing system (Column 1 , Lines 38-42). 

The difference between the claims and Meltzer et al is the inclusion of 
dimensional, temporal, and physical parameters within document objects in the claims. 

Alam et al disclose the use of dimensional and physical parameters to define 
characteristics of an object (Column 7, Lines 60-66), but fail to specifically disclose the 
use of temporal object parameters. Parameters to specify the display time of an object 
are well known in the art. The examiner takes OFFICIAL NOTICE of these teachings. 
Therefore, it would have been obvious to one of ordinary skill in the art, having the 
teachings of Meltzer et al and Alam et al before him at the time of the invention to 
modify the display method of Meltzer et al to include the dimensional, temporal, and 
physical parameters of Alam et al to obtain a display method with precise display 
parameters. 

One would be motivated to make such a combination for the advantage of 
accurate display of an on-screen object, and in the case of Alam et al, to join word 
objects together to form lines (Column 8, Lines 16-21). 

43. In regards to claim 35, Meltzer et al disclose the use of highly structured 
document file formats such as extensible mark-up language (XML) files to exchange 
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information between businesses (Column 2, Lines 34-38). The data is received, 
identified, and processed by transaction processes (Column 2, Lines 60-64). The 
document is then interpreted into an internal representation that includes the digital 
document content structure as found in the XML document, and a second document, 
the document type definition (DTD) file, that defines the data content tags found in the 
XML file (Column 10, Lines 29-43). An output file is formed by combining the XML file 
with the DTD file and is transmitted to the user (Column 3, Lines 39-45). Meltzer et al 
obtain their input data from a network or the Internet, which streams data to the data 
processing system (Column 1, Lines 38-42). 

Meltzer et al do not incorporate a multi-processor system into their method of 
display. 

Alam et al disclose the use of a multi-processor system in their digital document 
processing system (Column 4, Lines 60-64). 

Therefore, it would have been obvious to one of ordinary skill in the art, having 
the teachings of Meltzer et al and Alam et al before him at the time of the invention to 
modify the display method of Meltzer et al with the multi-processor system of Alam et al 
to obtain a method for display of a digital document that runs on a multi-processor 
system. 

One would be motivated to make such a combination to enable the system to run 
on a number of systems and system layouts. See Alam et al, Column 4, Lines 60-61 . 
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44. In regards to claim 39, Meltzer et al disclose the use of highly structured 
document file formats such as extensible mark-up language (XML) files to exchange 
information between businesses (Column 2, Lines 34-38). The data is received, 
identified, and processed by transaction processes (Column 2, Lines 60-64). The 
document is then interpreted into an internal representation that includes the digital 
document content structure as found in the XML document, and a second document, 
the document type definition (DTD) file, that defines the data content tags found in the 
XML file (Column 10, Lines 29-43). An output file is formed by combining the XML file 
with the DTD file and is transmitted to the user (Column 3, Lines 39-45). Meltzer et al 
obtain their input data from a network or the Internet, which streams data to the data 
processing system (Column 1, Lines 38-42). Meltzer et al parse input to identify the 
input's document type, which in turn defines the content and structure of the input 
(Column 6, Lines 45-48), and unpack sets of related documents into a stream of "mark- 
up" messages sent to appropriate applications and services, such as a display (Column 
10, Lines 60-65). 

The difference between Meltzer et al and the claims is that Meltzer et al do not 
process parameters enabled to flow content into a structure defined by a document 
object. 

Alam et al teach the parsing of document elements to determine the location and 
structure of content to be displayed (Column 16, Lines 60-67 and Column 17, Lines 1- 
6). 
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Therefore, it would have been obvious to one of ordinary skill in the art, having 
the teachings of Meltzer et al and Alam et al before him at the time of the invention to 
modify the parsing and processing system of the display method of Meltzer et al with 
the syntactic analysis method of Alam et al to obtain a method for digital document 
display where document objects are parsed and content is inserted into an output 
structure based upon parsing rules and element parameters. 

One would be motivated to make such a combination for the advantage of 
reformatting documents for different display configurations as outlined by a document 
object (Alam et al, Column 15, Lines 54-55) and the ability to enforce structural rules 
within the document such as grammar rules (Column 17, Lines 3-6). 

45. In regards to claim 40, Meltzer et al disclose the use of highly structured 
document file formats such as extensible mark-up language (XML) files to exchange 
information between businesses (Column 2, Lines 34-38). The data is received, 
identified, and processed by transaction processes (Column 2, Lines 60-64). The 
document is then interpreted into an internal representation that includes the digital 
document content structure as found in the XML document, and a second document, 
the document type definition (DTD) file, that defines the data content tags found in the 
XML file (Column 10, Lines 29-43). An output file is formed by combining the XML file 
with the DTD file and is transmitted to the user (Column 3, Lines 39-45). Meltzer et al 
have also been shown to define a structure and content of a data file through parsing a 
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set of document objects, and creating a set of objects capable of being rendered on an 
output device. 

The difference between the claims and the teachings of Meltzer et al is the 
claims recite the rendering of output to a visual display, audio speaker, video player, 
television display, printer, disc drive, network, and embedded display. 

Alam et al teach the output of data to an output device, which may or may not be 
specified by a user, and lists as an example a portable digital assistant (Column 5, 
Lines 53-60). Alam et al list as hardware for an embodiment of their invention a monitor 
(also capable of playing videos), speakers, a printer, a hard drive, and a network 
interface (Column 4, Lines 52-60), all possible output devices. Although not explicitly 
disclosed, it is well known in the art that a computer system may be suitably connected 
to a television monitor to display visual output. The examiner takes OFFICIAL NOTICE 
of these teachings. 

Therefore, it would have been obvious to one of ordinary skill in the art, having 
the teachings of Meltzer et al and Alam et al before him at the time of the invention to 
modify the digital document display method of Meltzer et al to include the various output 
devices of Alam et al to display the output of Meltzer et al on various systems. 

One would be motivated to make such a combination for the advantage of 
application portability and the ability to output data to various hardware devices and 
computer systems. See Alam et al, Column 5, Lines 3-6. 



Application/Control Number: 09/835,484 Page 25 

Art Unit: 2173 

46. Claim 1 1 is rejected under 35 U.S.C. 103(a) as being unpatentable over Alam et 
al and Harrington (U.S. Patent 5,278,678). 

Alam et al disclose the receipt of input data in one of a plurality of predetermined 
or supported formats, and associating the input with a predetermined or supported 
format (Column 5, Lines 21-34 and Fig. 3, items 302 and 304), like applicant's 
application dispatcher. Alam et al further interpret the input based on the file format 
(Column 5, Lines 35-38) and parse the input into an intermediate format (Column 5, 
Lines 54-57), or internal representation, that contains primitive structures representative 
of the input (Column 6, Lines 54-63), much like applicant's document agent. 
Furthermore, Alam et al convert the parsed input into an intermediate format (Column 6, 
Lines 54-63) and map the intermediate format data to a display (Column 7, Lines 2-4), 
like applicant's core document engine. 

Alam et al do not teach the use of a chrominance/luminance-based color model 
to describe color data. 

Harrington describes a scheme for rendering "a high quality image on a display 
with moderate resolution" (Column 4, Lines 69-50), as would be utilized in the digital 
document processing system of Alam et al. In addition, Harrington further discloses the 
use of a chrominance/luminance-based color model to describe color data (Column 3, 
Lines 15-20). 

Therefore, it would have been obvious to one of ordinary skill in the art, having 
the teachings of Alam et al and Harrington in front of him at the time, to modify the 
digital document processing system of Alam et al to include the 
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chrominance/luminance-based color model of Harrington to obtain an output system for 
the digital document processor that produces colors described in terms of their 
chrominance and luminance values. 

One would be motivated to make such a combination to allow for fast color 
manipulation, structuring of an image, color correction, and animation effects. See 
Harrington, Column 2, Lines 37-39 and Columns 4-5, Lines 67-68 and 1-6. 

47. Claims 17, 18, 41, and 42 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Alam et al and Rivette et al (U.S. Patent 5,623,681). 

48. In regards to claims 1 7, 1 8, and 41 , Alam et al disclose the receipt of input data 
in one of a plurality of predetermined or supported formats, and associating the input 
with a predetermined or supported format (Column 5, Lines 21-34 and Fig. 3, items 302 
and 304), like applicant's application dispatcher. Alam et al further interpret the input 
based on the file format (Column 5, Lines 35-38) and parse the input into an 
intermediate format (Column 5, Lines 54-57), or internal representation, that contains 
primitive structures representative of the input (Column 6, Lines 54-63), much like 
applicant's document agent. Furthermore, Alam et al convert the parsed input into an 
intermediate format (Column 6, Lines 54-63) and map the intermediate format data to a 
display (Column 7, Lines 2-4), like applicant's core document engine. 

Alam et al further disclose the digital document processing system on a computer 
system (data processing device) that interacts with a graphical use interface (Column 4, 
Lines 34-37). 
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Alam et al fail to teach the generation of a graphical user interface system for 
controlling the digital document processing system. 

Rivette et al teach a method for extracting, displaying, and manipulating 
documents (specifically patent documents) similar to the digital document processing 
system of Alam et al. Rivette et al disclose the generation of Equivalence Files (Column 
10, Lines 11-15) that are similar to an internal representation of input data. These files 
are navigated and manipulated by way of the graphical user interface described by 
Rivette et al (Column 4, Lines 8-15). 

Therefore, it would have been obvious to one of ordinary skill in the art, having 
the teachings of Alam et al and Rivette et al before him at the time of the invention to 
modify the digital document processing system of Alam et al to include the graphical 
user interface of Rivette et al to obtain a system for the interpretation and formatting of 
documents that may be manipulated by a graphical user interface. 

One would be motivated to make such a combination for the advantages of 
viewing, manipulating, and editing digital documents before the documents are 
processed and formatted. See Rivette et al, Column 10, Lines 28-41. 

49. In regards to claim 42, Alam et al and Rivette et al have been shown supra to 
teach a user interface for interaction with a digital document processing system. Alam 
et al disclose using a mouse and keyboard to interact with a graphical user interface 
(Column 4, Lines 34-37), but fail to teach the use of touch pads, touch screens, 
joysticks, and keypads as claimed. It is well known in the art that many hardware 
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devices exist for sending user input to a computer system and for manipulating a 
graphical interface. Touch pads, touch screens, joysticks, and keypads are all well 
known input devices of this manner. The examiner takes OFFICIAL NOTICE of these 
teachings. Therefore, it would have been obvious to one of ordinary skill in the art, 
having the teachings of Alam et al and Rivette et al before him at the time of the 
invention to incorporate various hardware input devices into a computer system to allow 
a user to manipulate the graphical user interface of a digital document processing 
system. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael Roswell whose telephone number is (703) 305- 
5914. The examiner can normally be reached on 8:30 - 6:00 M-F. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Cabeca can be reached on (703) 308-31 16. The fax phone number 
for the organization where this application or proceeding is assigned is 703-872-9306. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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